Naplywaja glosy poparcia lub dezaprobaty. Jesli z dyskusji wyniknie,
ze grupa ma powstac (glosow ZA - glosow PRZECIW > 10), to
inicjator przesyla na adres
michalj@fuw.edu.pl lub .
Do czego sluzy pl.answers
Jest to specjalna grupa, analogiczna do comp.answers czy news.answers, bedaca repozytorium
artykulow typu 'FAQ' - a wiec wysylanych mniej lub bardziej
regularnie i zawierajacych odpowiedzi na czesto zadawane pytania
(tzw. "Frequently Questioned Answers" ;-) ). Artykuly wysylane
tutaj albo maja swoje 'glowne' miejsce w innych grupach news, a
na pl.answers sa 'crossposted', albo
rozprowadzane sa w zupelnie inny sposob (jak np. PZS - poprzez specjalna
liste dystrybucyjna), ale pojawiaja sie w grupie pl.answers, by w jednym
miejscu zebrac wszelkie tego typu informacje. Przy wlasciwym sposobie
wysylania artykulow mozna zagwarantowac, ze pl.answers zawiera zawsze
dokladnie jedna (i to zawsze najnowsza) kopie danego dokumentu.
Aby osiagnac ten cel, artykuly wysylane tutaj powinny spelniac 2
warunki: miec pole 'Expires:' z ustawiona data przewidywanej kolejnej
wersji dokumentu, oraz 'Supersedes:' z Message-Id poprzedniej wersji.
Przykladowo, jesli np. dokument wysylany jest automatycznie 10. dnia
kazdego miesiaca, a jego wersja wyslana 10. lipca miala 'Message-Id'
rowne '<pl-news-faq-4578938@cyber.ict.pwr.wroc.pl>' to w wersji
wysylanej 10. sierpnia powinny znalezc sie pola:
Supersedes: <pl-news-faq-4578938@cyber.ict.pwr.wroc.pl>
Expires: Sep 12 1994, 12:00 GMT
Expires ma tutaj date 12. a nie 10, aby dac szanse na dotarcie artykulu
do wszystkich serwerow. Jesli zasieg jest wiekszy niz tylko Polska -
np. caly swiat (a tak juz w zasadzie jest), mozna tego zapasu dac
jeszcze wiecej - ok. 4-5 dni.
Najlepiej do wysylania zatrudnic program 'auto-faq' (jest to skrypt w
PERL-u),
ktory generuje we wlasciwy sposob wspomniane wyzej naglowki i
moze zostac uruchamiany z crontab-a, calkowicie automatyzujac wysylanie
dokumentow. Jedyne, co trzeba robic, to uaktualniac je :-)
Jesli chcesz sciagnac auto-faq przez ftp, zajrzyj do rozdzialu
"Gdzie znalezc zrodla CNEWS, INN,
NNTP, TIN, NN, TRN i ich FAQ?"
Poniewaz jednak na razie zbyt wielu artykulow tego typu nie ma,
szczegoly techniczne nie sa byc moze najwazniejsze i zgodnie z
zapowiedziami Rafala Maszkowskiego, ktory jest
moderatorem pl.answers,
kazdy sensowny artykul moze zostac tam wyslany (a szczegoly techniczne
mozna rozwiazac pozniej).
Z drugiej strony - w utrzymywaniu zawsze aktualnych kopii artykulow
w pl.answers wspoldzialac musza takze serwery news, tzn. nie
kasowac zbyt szybko listow w tej grupie. Wystarczy, ze respektowane
sa pola 'Expires:' co w przypadku serwera innd oznacza umieszczenie w pliku
expire.ctl linii:
pl.answers:A:1:14:never
lub np.
pl.answers:A:1:14:60
jesli ktos (administrator news) boi sie bardzo, ze artykuly beda tam
zalegac zbyt dlugo. Linia taka oznacza, ze artykuly w grupie
pl.answers maja byc trzymane co najmniej 1 dzien (to takze mozna
zwiekszyc), standardowo - 14 dni (jesli nie ma pola "Expires:"), a
jesli wystepuje pole 'Expires:', to az do daty w nim wyspecyfikowanej
(ale nie wiecej jak 60 dni - w drugim przypadku).
Dostep do News:
W jaki sposob mozna uzywac USENET?
>> Czy i w jaki sposob mozna dostac sie i uzywac siec USENET?
1. Poprzez news-server przy uzyciu news-readera:
- Serwer:
- najlepiej znalezc najblizszy serwer news - np. we Wroclawiu bedzie
to news.ict.pwr.wroc.pl lub news.pwr.wroc.pl,
w Krakowie - galaxy.uci.agh.edu.pl lub cyfronet, w innych miastach -
serwer w ktorejs z lokalnych instytucji lub serwer z innego miasta,
ale najblizszy w sensie topologii sieci. Najlepiej zawsze popytac
sie administratorow lub skorzystac z listy serwerow zamieszczonej powyzej
i za pomoca
traceroute sprawdzic, ktory jest najblizszy.
Mozna tez sprobowac za pomoca programu "nslookup" lub "host" spytac
jakiegos serwera DNS o adres postaci miasto.usenet.pl -
np. "torun.usenet.pl", aby dowiedziec sie, gdzie jest
najblizszy serwer. (Jesli uzywasz nslookup, pamietaj o
ustawieniu "set type=any").
- mozna korzystac z innego, najlepiej bliskiego, serwera - co przy
obecnej strukturze sieci w Polsce oznacza, ze z ktoregos serwera w
Warszawie, Krakowie, Lublinie, Poznaniu lub Wroclawiu (lacza 2Mbps).
Adresy administratorow mozna znalezc
w PZS:
http://www.ict.pwr.wroc.pl/pzs/
- publiczny serwer ze wszystkimi grupami - trudno polecac te metode,
bo jest straszliwie powolna; najblizszy taki serwer jest w Berlinie.
- grupy pl.* i troche lokalnych mozna czytac laczac sie z jednym z serwerow
news.ict.pwr.wroc.pl, news.mat.uni.torun.pl,
news.uci.agh.edu.pl, news.lublin.pl,
news.wariat.org, news.miracle.net
lub bilbo.nask.org.pl.
- Aby ustalic z jakiego serwera news chcemy korzystac, w UNIXie nalezy
ustawic zmienna srodowiskowa o nazwie 'NNTPSERVER' - na przyklad:
setenv NNTPSERVER news.ict.pwr.wroc.pl
po czym uruchomic czytnik news. Pod DOSem i w innych systemach robi
sie to zwykle wpisujac nazwe serwera w odpowiednim pliku
konfiguracyjnym, lub wybierajac ja z odpowiedniego menu
konfiguracyjnego programu. Adres "domyslnego" serwera news warto wpisac na
stale do konfiguracji czytnika, lub podac go przy jego kompilacji.
Warto przy okazji pamietac o jednej rzeczy: Jesli korzystasz z KILKU
serwerow news, pamietaj, by uzywac roznych plikow .newsrc - inaczej
moze sie okazac, ze na jednym z serwerow nigdy nie bedziesz widzial
nowych artykulow w niektorych grupach. W systemie UNIX plik .newsrc zawiera
liste czytanych przez Ciebie grup oraz numery przeczytanych artykulow,
np:
pl.listserv.polip: 1-22359,22364-22365,22370,22372-22379
Jesli na innym serwerze news te same artykuly maja numery rzedu 5000,
to NIGDY nie zobaczysz nowych, bo czytnik news wszystkie artykuly o
numerach 1-22359 uwaza za przeczytane. Dlatego jesli np. korzystajac z
tin-a chcesz polaczyc sie z innym niz zwykle serwerem news, zrob to w
ten sposob:
(setenv NNTPSERVER adres.serwera; tin -r -f ~/.newsrc.inny)
Nawiasy okragle powoduja, ze zmienna NNTPSERVER zostanie ustawiona tylko na
czas wykonywania komendy tin (dokladniej - uruchomiona zostanie
podpowloka z komendami "setenv" i "tin"), a ~/.newsrc.inny to nazwa 'innego'
(dowolnego) pliku .newsrc
Setenv to oczywiscie komenda csh, dla sh nalezy uzyc
"( export NNTPSERVER=adres.serwera; tin -r ... )"
- Czytnik news:
- Czytnikiem moze byc np. lynx lub netscape, wygodniej korzystac z programow
takich jak tin, nn, rn, trn, strn, itp. umozliwiaja one bowiem po pierwsze
wysylanie artykulow (to potrafi takze netscape), a po drugie - sortowanie
ich w watki, usuwanie z "pola widzenia" niechcianych autorow lub tematow
i wiele innych rzeczy.
2. Mozliwy jest takze dostep za pomoca uslugi gopher:
-
gopher://gopher.uci.agh.edu.pl:70/1exec%3aroot%3a/.scripts/readnews
-
gopher://sun1000.pwr.wroc.pl/11/news/
Poniewaz dostep taki jest "read-only", nalezy ten sposob uzupelnic
mozliwoscia wysylania artykulow:
Jesli nie masz bezposredniego dostepu do grup USENET, mimo wszystko
mozesz wyslac artykul, tak by trafil do odpowiedniej grupy. Moze to
zostac zrobione poprzez wyslanie listu e-mailem na jeden z adresow
publicznych bramek mail->news. Kazda z nich ma wlasna skladnie i
sposob adresowania, dobrze jest wiec najpierw to sprawdzic. Trzy
najpopularniejsze, to:
Host: cs.utexas.edu
Skladnia: newsgroup-name@cs.utexas.edu
Przyklad: aby wyslac artykul do grupy 'comp.compilers', nalezy
zaadresowac swoj list jako:
comp-compilers@cs.utexas.edu
Host: newsbase.cs.yale.edu
Skladnia: newsgroup.name-news@newsbase.cs.yale.edu
Przyklad: aby wyslac artykul do grupy 'comp.compilers', nalezy
zaadresowac swoj list jako:
comp.compilers-news@newsbase.cs.yale.edu
Host: decwrl.dec.com
Skladnia: newsgroup.name@decwrl.dec.com
Przyklad: aby wyslac artykul do grupy 'comp.compilers', nalezy
zaadresowac swoj list jako:
comp.compliers@decwrl.dec.com
Nalezy jednak pamietac, ze w ten sposob nie mozna wyslac artykulow do
zadnej z grup o zasiegu mniejszym niz caly swiat - a wiec takze
do zadnej z grup pl.*
Nowosc - bramki dla grup pl.*
Od niedawna grupy pl.* przenoszone sa takze przez najbardziej znany
serwer usenetu na swiecie, a wiec uunet.uu.net. Mozna wiec liczyc
na to, ze skorzystanie z jednej z powyzszych bramek dla grup pl.*
zakonczy sie sukcesem. Z drugiej strony, pewnosci takiej jeszcze nie ma
(co wiecej - testy wykonywane co jakis czas potwierdzaja, ze tak nie jest), w
zwiazku z czym we wrzesniu 1995 zostala uruchomiona bramka dla grup
pl.* 
znajdujaca sie
w domenie usenet.pl. Bramka ta pozwala uczestniczyc w dyskusji
poprzez wyslanie listu poczta na adres:
pl-nazwa-grupy@gateway.usenet.pl
Tak wiec opis powyzszy mozna uzupelnic o nastepujace dane:
Adres: gateway.usenet.pl (Tylko MX)
Skladnia: pl-nazwa-grupy@gateway.usenet.pl
Przyklad: aby wyslac artykul do grupy 'pl.test', nalezy
zaadresowac swoj list jako:
pl-test@gateway.usenet.pl
Uwaga! Bramka dziala wylacznie dla grup pl.* !!!
3. Dostep przez NFS w Stuttgarcie
Czy w domenie usenet.pl nie ma zadnych hostow?
Niedawno powstala domena usenet.pl. Jednak jesli probuje
programem nslookup sprawdzic, jakie sa w niej adresy, nie dostaje
nic.
Owszem. Jest to specjalna domena sluzaca uporzadkowaniu spraw
zwiazanych z administrowaniem grupami pl.*. Zawiera ona jedynie
adresy MX komputerow odpowiedzialnych za dostarczanie poczty w
domenie *usenet.pl oraz rekordy CNAME wskazujace dla wielu miast ich
najblizszy serwer news. Rekordow CNAME nie mozna wylistowc za
pomoca nslookup, potrafi to jednak zrobic program "host". (Sprobuj
"host -l usenet.pl"
Funkcje istniejacych w domenie usenet.pl adresow sa nastepujace:
- pl-nazwa-grupy@usenet.pl
- Adresy kontaktowe moderatorow. Jesli grupa jest moderowana, a
wiec artykuly do niej wysylane musza zostac "zatwierdzone"
przez osobe sprawujaca opieke nad ta grupa, to adres taki
prowadzi wlasnie do tej osoby. Dzieki temu na wszystkich serwerach
news wystarczy raz tylko zdefiniowac, ze adresy moderatorow
grup pl.* to %s@usenet.pl (%s zostaje zastapione nazwa grupy,
po zamianie wszystkich kropek na minusy).
- pl-nazwa-grupy@gateway.usenet.pl
- Adres bramek email-->news dla grup pl.*. Bramki takie istnieja w celu
umozliwienia wysylania artykulow takze tym, ktorzy news czytaja
np. za pomoca gophera i lynx-a, albo po prostu wygodniej im jest wyslac
jakis artykul poczta niz programem tin/rn/nn/netscape itp. (Bo np. pisza
go w domu, majac wylacznie email via uucp). Artykul do KAZDEJ
grupy pl.* (takze do grup moderowanych) moze zostac wyslany poczta na
adres nazwa-grupy-z-kreskami-zamiast-kropek@gateway.usenet.pl, skad
trafi prosto do news. Artykuly do grup moderowanych trafia
oczywiscie najpierw do moderatora.
- miasto.usenet.pl
- Np. wroclaw.usenet.pl, krakow.usenet.pl, kielce.usenet.pl itd...
Sa to rekordy typu CNAME (Canonical name) wskazujace wlasciwy dla danego
miasta serwer news (najblizszy pod wzgledem sieciowym, z ktorego w
miescie tym nalezy korzystac (chyba, ze jest ich kilka - moga byc wtedy
rownowazne). Np. jgora.usenet.pl wskazuje na news.pwr.wroc.pl, gdyz
jest to najblizszy serwer dla Jeleniej Gory i jednoczesnie uzytkownicy
z Jeleniej Gory maja dostep do wszystkich grup na tym serwerze.
(Drugim serwerem we Wroclawiu jest news.ict.pwr.wroc.pl, ale nie
ma na nim wszystkich grup (sa tylko comp.*, news.*, pl.*, linux.* i
pojedyncze z innych hierarchii), dlatego podany zostal news.pwr.wroc.pl)
Czytnikow news jest ogromna ilosc - i tych dzialajacych pod UNIXem, i
tych dzialajacych w srodowisku DOS/MS Windows. Wazne sa dwie rzeczy -
podanie wlasciwego adresu serwera news, a nastepnie zadbanie o to, by
wysylac news z poprawnymi adresami zwrotnymi. Inna wazna rzecza jest wlasciwe
zdefiniowanie daty i strefy czasowej - dotyczy to jednak nie tylko news,
ale i poczty elektronicznej, a jest to zwykle problemem na pecetach.
W przypadku systemu UNIX, aby ustalic adres serwera news, nalezy ustawic
zmienna srodowiskowa NNTPSERVER na adres najblizszego serwera. W powlokach
Bourne Shell, Korn Shell i Bash wygladac to moze nastepujaco:
NNTPSERVER=news.ict.pwr.wroc.pl
export NNTPSERVER
W powlokach csh i tcsh natomiast w ten sposob:
setenv NNTPSERVER news.ict.pwr.wroc.pl
Nazwe news.ict.pwr.wroc.pl nalezy oczywiscie zastapic nazwa
"swojego" serwera news, a linie taka najlepiej umiescic we wlasnym
pliku .login lub .cshrc.
Jezeli adres najblizszego serwera nie jest znany, mozna wykorzystac
specjalnie w tym celu tworzone mapy DNS i
zapytac (np. za pomoca programu nslookup lub host) o adres postaci:
miasto.usenet.pl
Np. pytajac sie o "torun.usenet.pl" otrzymamy odpowiedz
"news.mat.uni.torun.pl". Podobnie zreszta jak dla Bydgoszczy, bo
tam akurat nie ma serwera news, a najblizszy jest ten torunski
wlasnie.
Uruchomienie czytnika news bez ustawienia zmiennej NNTPSERVER zwykle tez
jest mozliwe, jako ze podczas kompilacji czytnika trzeba podac "domyslny"
adres serwera news, problemy natomiast pojawic sie moga przy wysylaniu news,
bowiem czesc czytnikow nie wysyla artykulow sama, lecz z pomoca osobnego
programu o nazwie inews. Jesli wyslanie news konczy sie komunikatem typu
"cannot locate server", problem jest wlasnie w zmiennej NNTPSERVER.
Wszystkie testy wysylac nalezy do grup specjalnie do tego przeznaczonych
(np. misc.test
i podobnych - np. pwr.test), w zadnym natomiast wypadku do grup, w
ktorych toczy sie dyskusja. Po to wlasnie istnieja grupy *.test, by mozna
bylo do woli testowac konfiguracje czytnikow i serwerow, nie smiecac przy
okazji tam, gdzie nie jest to konieczne.
Przy wysylaniu news wazne jest sprawdzenie kilku pol naglowka w wysylanych
artykulach (takich, jak np. adres zwrotny w polu From:). Najczestszym
problemem jest niepelny adres, taki jak kowalski@pipeta,
w ktorym wystepuje nazwa hosta bez doklejonej domeny. Adres taki jest
bezuzyteczny, gdy ktos na ten list chce odpowiedziec wprost do autora, a
nie poprzez news (i na dodatek sprzeczny ze stosownymi RFC). Najlepiej o
tym przeczytac w artykule pt. "### Witamy w pl.test ### DO NOT IGNORE
THIS POSTING", wysylanym w grupie pl.test
regularnie raz na tydzien (oraz dostepnym przez anonymous ftp pod
adresem
ftp://ftp.ict.pwr.wroc.pl/pub/faq-pl/pl-test-faq.1. Warto tez wiedziec,
ze na poprawnie wyslany w grupie pl.test artykul powinienes w ciagu max. 1-2
dni otrzymac odpowiedz via email od automatycznej odpowiadaczki w Lodzi,
chyba ze w polu 'Subject:' lub tresci testowego artykulu umiesciles slowo
"ignore" lub "ignoruj".
Dlaczego mam dojscie tylko do grup pl.*? Obojetnie jakiego readera
uzywam, zawsze dostaje max 30 grup. Z niektorych serwerow w ogole nie udaje mi sie
nic przeczytac, bo dostaje przy polaczeniu komunikat "You have no permission to talk."
Pewnie dlatego, ze komputer, z ktorego laczysz sie, by czytac newsy, nie
jest zarejstrowany w odwrotnym DNS. Serwer news probuje przetlumaczyc adres
numerkowy na nazwe, by zakwalifikowac cie do odpowiedniej grupy uzytkownikow,
ale nie otrzymuje poprawnego tlumaczenia i pozostajesz "nieznany".
Przykladowo - jesli adres Twojego komputera to 156.17.41.20, a nazwa -
brzdac.ict.pwr.wroc.pl, to laczac sie z serwerem news.ict.pwr.wroc.pl
powinienes uzyskac dostep do wszystkich grup, jakie tam sa, bo
serwer news.ict.pwr.wroc.pl udostepnia komputerom z adresami *.wroc.pl
wszystkie swoje grupy (i niektorym innym, tak jak jest to napisane w tabelce ze spisem serwerow powyzej), natomiast
pozostalym wylacznie grupy pl.* i pwr.*. Komputer 156.17.41.20 musi wiec
posiadac tlumaczenie na nazwe w odpowiednich mapach DNS i to w obie strony.
Dla serwerow news wazniejsze jest tlumaczenie z adresu numerkowego na
nazwe. Czy jest ono poprawne, mozna sprawdzic samemu, za pomoca komendy
nslookup w UNIXie:
% nslookup
> set type=PTR
> 20.41.17.156.in-addr.arpa
20.41.17.156.in-addr.arpa name = brzdac.ict.pwr.wroc.pl
> 59.41.17.156.in-addr.arpa
*** can't find 59.41.17.156.in-addr.arpa: Non-existent domain
Jesli wszystko jest ok, dostaniemy nazwe komputera - tak jak w przypadku
pytania o "20.41.17.156.in-addr.arpa" powyzej. Jesli brak odwrotnego
tlumaczenia - informacje w stylu "No PTR records available" lub
"Non-existent domain". W takim przypadku mozemy wykonac "set type=SOA"
lub "set type=any", a nastepnie pytac dalej, obcinajac kolejne (ostatnie)
cyfry adresu, a wiec "41.17.156.in-addr.arpa" lub "17.156.in-addr.arpa",
po to, by uzyskac informacje komu nalezy zglaszac poprawki w tablicach DNS.
Przykladowo, pytajac o 41.17.156.in-addr.arpa otrzymamy odpowiedz:
41.17.156.in-addr.arpa
origin = okapi.ict.pwr.wroc.pl
mail addr = hostmaster.ict.pwr.wroc.pl
serial = 95110115
refresh = 43200 (12 hours)
...
co oznacza, ze adresem kontaktowym jest hostmaster@ict.pwr.wroc.pl
(pierwsza kropke zmienic nalezy na znak @). Pod taki tez adres nalezy
kierowac wszelkie uwagi i prosby dotyczace zmian w DNS dla komputerow o
adresach 156.17.41.*.
Problem w kazdym razie nie lezy w serwerze news, lecz w definicji adresu
komputera, ktorego uzywasz, musisz sie wiec udac do lokalnego
administratora DNS (czasem prosciej jest uzyc e-maila lub skorzystac z telefonu)
i poprosic o dopisanie odpowiedniego rekordu w tablicach DNS.
Cos sie chyba dzieje z serwerem news na sun1000 - grupy sa, ale od
dawna nic nowego sie w nich nie pojawia - np. soc.culture.polish, polip,
news.admin i w innych.
Byc moze uzywasz na zmiane dwoch serwerow news, a masz tylko jeden plik
.newsrc?
Jesli tak, to nic dziwnego... Np. na jednym serwerze w soc.culture.polish
mozesz miec przeczytane artykuly nr 1-20000, podczas gdy na drugim
numeracja jest inna i aktualnie np. najnowszy artykul ma numerek 10000. Gdy
pojawi sie nowy artykul z numerem 10001, to w dalszym ciagu go nie zobaczysz,
gdyz Twoj czytnik news stwierdzi, ze artykuly 1-20000 juz kiedys czytales.
Zajrzyj tez do punktu "W jaki sposob mozna uzywac USENET?",
aby znalezc dokladniejsze wytlumaczenie, dlaczego tak sie dzieje. Jesli
uzywasz tin-a, to aby poprawic to, co jest zle, sprobuj zrobic tak:
mv .newsrc .newsrc.old
setenv NNTPSERVER adres.twojego.serwera.news
tin -r
i zobacz, czy to pomoglo. Jesli tak, to do .cshrc dodaj sobie 2 aliasy, podobne
do ponizszych:
alias stin '(setenv NNTPSERVER news.pwr.wroc.pl; tin -r -f ~/.newsrc.pwr)'
alias otin '(setenv NNTPSERVER news.ict.pwr.wroc.pl; tin -r -f ~/.newsrc.ict)'
Zamiast adresow news.pwr.wroc.pl i news.ict.pwr.wroc.pl wstaw oczywiscie
adresy serwerow, z ktorych korzystasz. Nazwy plikow .newsrc.*, czy nawet samych
aliasow oczywiscie tez mozesz zmienic - wazne jest tylko to, by laczac sie
z roznymi serwerami uzywac roznych .newsrc.
Jesli korzystasz z news spod DOSa, musisz w inny sposob rozwiazac ten problem,
ale idea jest ta sama. Jesli to natomiast nie pomaga, albo uzywasz tylko
jednego serwera news, a mimo wszystko w jednej lub kilku (lub wszystkich)
grupach nie pojawia sie nic nowego, to moze byc to oznaka problemu na
serwerze. Mozliwe (ale pewnie i tak nie wszystkie) sytuacje to:
- Serwer news "zapchal sie", a wiec brak na dysku miejsca na nowe
artykuly, dopoki administrator nie przywroci go do stanu "normalnego".
Sytuacja taka taka czasem sie zdarza, lecz zwykle nie trwa dluzej niz 1-2 dni.
- Zapchal sie serwer, ktory Twojemu serwerowi dostarcza news. Brak mu
miejsca na nowe artykuly, nie ma wiec czego wysylac dalej.
- Brak artykulow w jednej tylko grupie, grupa jest bramkowana z listy
dyskusyjnej i cos nie dziala w miejscu bramkowania. Albo cos jest nie
tak z listserwerem.
- Po prostu nikt nie pisze w grupach, ktore czytasz.
Czy jest to problem serwera mozesz przekonac sie sam(a) wysylajac jakikolwiek
artykul do ktorejs z grup *.test (np. pl.test) i sprawdzajac po chwili,
czy sie w niej pojawil. Jesli jest, a podejrzewasz, ze cos jest nie tak z
"sasiednim" serwerem news, polacz sieáz ktoryms z serwerow udostepiajacych
grupy pl.* wszystkim (wg mapki i spisu serwerow, wyslij artykuláw grupie pl.test i za jakis czas sprawdz, czy doszedl do
Twojeo serwera. (Licz ok. 10-15 minut na kazde polaczenie, a wiec np. galaxy
-> ict to od 30 do 45 minut po najkrotszej drodze galaxy -> cyfronet ->
bilbo -> ict (lub galaxy -> cyfronet -> fuw -> ict)). Jesli wydaje ci
sie, ze problem rzeczywiscie jest po stronie serwera, wyslij e-mail na adres
usenet@SERWER.NEWS (zamiast SERWER.NEWS wstaw oczywiscie adres
odpowiedniego serwera news), informujac jego administratora o problemie.
W przypadku serwerow news poza Polska moze wystapic jeszcze jeden problem - moze brakowac
czesci artykulow w grupie. Ale o tym w nastepnym punkcie:
Problem ten pojawia sie zwykle na serwerach news poza Polska i
zwiazany jest ze sposobem, w jaki otrzymuja one artykuly od innych
serwerow. Coraz wiecej serwerow zaczyna otrzymywac grupy pl.*, lecz nie zawsze jest to
robione do konca poprawnie. Zalozmy, ze rozpatrujemy 3 serwery news znajdujace
sie poza Polska i polaczone w taki sposob:
wariat <--> poor <--> good
Wariat otrzymuje wszystkie grupy (tzn. wszystkie grupy istnieja na wariacie
i pojawiaja sie w nich artykuly. Serwer 'good' takze ma poprawnie zalozone
wszystkie grupy. Natomiast 'poor' jest nie do konca dobrze skonfigurowany
i nie zostala na nim zalozona grupa pl.comp.objects, natomiast
sa na przyklad pl.answers i wszystkie pl.listserv.* .
Jesli ktos w Polsce wysle artykul do pl.comp.objects, to dotrze on do serwera
'wariat', ten wysle go na 'poor', ale 'poor' nie przyjmie go, bo nie ma
u siebie takiej grupy. Nie dotrze wiec on takze do 'good', mimo, ze grupa
pl.comp.objects jest tam zalozona w poprawny sposob. Analogicznie - newsy
wysylane do pl.comp.objects na serwerze 'good' nie dotra do "reszty swiata",
tzn. do komputera wariat i wszystkich serwerow w Polsce, bo nie
przepusci ich przez siebie serwer 'poor'.
Moze sie jednak zdarzyc, ze jakies artukuly z pl.comp.objects przebijaja
sie jednak do serwera 'good'. Np. FAQ grupy pl.comp.objects jest wysylane
rownoczesnie do pl.comp.objects i pl.answers. Serwer 'poor', otrzymujac taki
artykul z serwera 'wariat' nie wyrzuci go, bo posiada grupe pl.answers.
Przesle tez artykul do serwera 'good', ktory ponownie przeczyta pole
'Newsgroups:' naglowka i umiesci artykul we wszystkich grupach tam
wystepujacych, a wiec i pl.comp.objects. Podobnie w druga strone - artykul
wyslany do problematycznej grupy (na serwerze 'good') grzeznie, chyba ze jest
wyslany jednoczesnie 'cross-posted' do ktorejs z pozostalych grup (np.
misc.test, pl.test itp.)
Jesli takie sa wlasnie objawy, wyjscie jest tylko jedno -
skontaktowac sieáz administratorem niedokonfigurowanego serwera news
i poprosic go o zalozenie grup, ktorych brak, oraz o poprawienie
konfiguracji serwera (by byly poprawnie zakladane nowe grupy). W
tym celu najlepiej poslac mu FAQ po angielsku dla administratorow
serwerow news poza Polska, ktore wysylane jest kazdego 2. dnia miesiaca do grup
pl.answers, pl.news.admin, news.admin.hierarchies, soc.culture.polish,
soc.answers i news.answers, a takze dostepne w wersji HTML pod
adresem wymienionym ponizej.
Czesc druga FAQ - konfigurowanie serwerow news
Czesc trzecia FAQ - Lista istniejacych grup pl.*
FAQ po angielsku dla administratorow serwerow news poza Polska
Tomasz Surmacz (tsurmacz@news.ict.pwr.wroc.pl),
11.01.1996
